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1,@ EXECUTIVE SUMMARY 


1.1 Project Abstract 


RSXe11M Version 3,2 is an updated release of the disk»ebased RSX=11™ 
Operating system, The main puppese of the prolect is to provide, in a 
timely manmmer, imcreased device support to extend our réaltime product 
offering, te continue support for the lowmend RSX={im user, and to 
provide easier SYSGEN, auto patch kits and other easewofeuse features. 


The development of RSXeiiM V3,2 will have a schedule which is 
approximately 14 months from start to finish, This update to RSX=1iéM 
¥3,31 wil} be develoced te support mew devices and to live up to our 
maintenance clam committment to ship updates at approximately one year 
intervals, It will contain fixes to all kmowm bugs and will ship in 
April 1979, 


{.2 Summary 2% Goals 


The goal of RSx=J1M V3,2 is to provide quality software with ease of 
use and supsert features and new device Support for the small to 
middile»s{zed PDPawll system, 


1,3 Summary cf Costs and Work Plan 


See Busimess Pisnm amd System Plan, 


1.4 Summapy of schecule and Milestones 


The development of RSxX={i"é V3,2 will be sone in staoes, The 
completion of each stage will be marked by the combination of all new 
software into a Base lieve] upom which the mext stage of development 
will be done, Base levels will be spaced at approximately 2=3 month 
intervals, 


The suggested schedule for RSX=11M V3.2 ‘4s for first customer 
shipments to beain Apedl, 1979, In this time frame the following ts 
scheduled! 


“Base level 23 3BeJune78 
Base level 24 1S-Seo78 
Base level 25 1S"Nove7B 


Field test Ql=-Decw7A 
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Be-e fevel 26 15=Febe79 
Submission te SDC O8=Mape79 
First Customer Shipments {9=Apre 79 


In addition, RSX#11M V3,1 Auto=Patch kits will be submitted to the SDC 
in the following months (quarterly starting with Q@4& FY7&): 


May=78 
Auge78 
Nov=78 


Febe79 
2.8 DESCRIPTION OF PRODUCT 


2st Problem Statement 


nf main purposes of RSX=11M V3.2 is to provide the following: 


i, Bug ¢ixes and ease cf use enhancements 


2, New device support 
3, SCS#i1 operating system kernel 


Fixing of all kmown bugs and the distribution of auto-patch kits 
shoutd maintain customer confidemce and emhance the viability of 
update services, It should also help to Create an even hetter 
customer image as to the quality Camd our dedication te that auality) 
of the RSXe11M product, 


Additional peripheral device support bfoadens the market im which 
RSX-{1M V3,2 cam be sold and provides the capability to offer a larger 
spectrum of competitive configurations, 


The addition of new executive and MCR features stems from recuests 
made by the SCSe{ti development group. RSXelim V3.2 will be used as 
the opePatina system kernel for that system, 
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2.2 Product Definition 


2eeel 


New Peatures 


Proposed enkancements are ijisted below, Note that items marked with 
an asterisk(s) are pequested by the SCS#11i project, They will not be 


dome {* manpower 


fo] 


co 


js mot crovided by CSSG, 


Provide an optional (new RSXe11é PLUS) terminal driver to 
support the following features: 


limited type ahead 

full duplex operation 

VT1@@ support (ANSI escape sequences) 
DHi1 DMA output exploitation 

fully buffered I/0 imternal to the driver 


Support of the following new devices will be added baseco upon 


hardware 


availability and completion of device drivers by the 


PT/C I70 Subsystems Grouo, 


RX€e = .5 MB diskette 

RX23 = { MB diskette — 

7326 = 45 fes tape drive , : 

TU77 = TUS Pepiacement (reauires no Software 
modifications) 

RP?7 » 300MB fixed media disk 

TU783 © 125 {ps (6252 bod) tape system 

RL@2 = 1@ MB disk 

TUSR » .25 MB blockeStructured caftridge tape 


Provide s new highesteed backup/restore utility with the 
following aqoals?: 


File 


total volume or incremental opérations 
back up am RP@7 to TU78 im amppfoximately 38 minutes 
replacement of DSC for middle= to large=sized systems 


Executive features as follows: 


kExitewithestatus 

xSubset of the RSX=-1iM+ parenttoffspring executive 
directives . : 

Task STOPebit symchronization Girectives 

Support for the PDPelf/23 and ised erecessors 

Add support for 2/4 file windows 

Cleaneup of GIO processing to ease integration 

of user written ACPs, 


System Improvements 


Use of 2/4 #1le windows 


ie] 
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MCR improvements 


SYSGEN 


Provide expanded HELE file 

eA console device driver to comtro) printing of 
console messages and jogging of them to a console 109 
file, 

xA special INSTALL for semietransparent multieuser 
task Support 

Generic device allocation 

New commands (STOP, UNSTOP, SSM) 

LOA/UNL improvements — 

Qthers TBS 


improvements} {improve furan engineering by doing one 


or mera of the followings 


a 


Provide system packages 

Support for a standard FCSRES for system utilities 
Provide a RSTS/TRAX=style progfam to dynamically 
detect online cevice configuration; cre enhance the 
existing procedures rerforming the interactive 
portions of SYSGEN to use validation, eutomanswer, and 
other PecnnTaue ss 


p= RSxe1iS to a tess for generation and host support on 


1 PLUS and IAS as wel] as RSX=11M V3.2, 


Utiiity srogram enhancements 


SLP? 


LBRE 


DMP 3 


BAD? 


feRW to inhibit magtepe rewinding 

4608 BPI support 

RXA2/RXG3, RKG6/RKGT, TUSB, ano RL@I/RLG2 support jin. 
RT=il format, (Note that RTwil automatic bad block 
replacement can mot be supported,) 


Checksum Supoort 
Support {32 byte Input lines 


eProvide sunoport for a General library segardiess of 
the eonterts of the modules (t@xt, taskse datar etc.) 


/RE switch to allow user control of tape handling 
An option to produce a detailed, jabeled dump of 
Fileseii (O0S\1) file heacers, 
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= Provide the ability to add bad plock data manually to 
the last track without writing on the entire disk, 


Volume Utilities: 
- INI support for the RX@2/23, RPT, and TU58 
= MOU/DMO modifications to store volume labels for error 
Togaing, and allow multifcile mottats 
© Develop a new print spooler having the following capabilities: 
= Support multiple line printers 
= Store print queue on disk 
= Allow user access to the print queue 
eo Error Logging 
~ Allow operater insut to be stofed in the error log 
= Pisplay the volume mame om errcp reports (for mounted 
volumes) 
= Sysvort the RX¥22/23,7T804,TU77,TU78,TUSB,RPB7, and RLG2 


© Performance analysis == this will be done by a Joint effort 
between developers and Seftware Quality Engineers, 


>,2.2 Addittienal Items If Funcing and Man=Power Are Available 

o Multiple command line interpreter support 

© Increase number of system global event flags (EFNS) using 
VAX/VMS implementation as a basis. (Note this must also be 
dome {im RSX=11M+ to be included im RSX=11H,) 

eo DCLS support asa SYSGEN option, 

o KMCeti Line Printer Controller driver 

o LPA={11 support for e22=bit mode operation 


o File System Improvements 


= Mapping file windows im the ACP’s address spate, 
removing them from the executive pool, 


= Create a 12K FILACP to atauire additional address 
space for FCBs, windows, buffets, ete, 


om FCS bie buffering support, 
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>, af Suprlied Software = RSX=11M 


~%, 


fhe RSX=t1M V3.2 System im addition te ‘Executive Services, MCR 
Services, and I/0 Drivers {8 supplted with the following software 


tomPonents?! 


i, A Fileseii, ODSeI Compa 
packages of 2K, 245K, 
and speed options, 

2. A subset MACROw${1 assembler (MAC@&K) 


3, A full MACRO-11 assembler containing 41] features ineluding 
floating point and Cross=Reference support (BIGMAC = 14K) 


4, Task Builder with Global Cross Reference support (TKB) in / 
three packages of 8K, 14K and 22k reflecting functionality 
size, and speed optians, 

5S, Inrtersetive Editor (EDT) 

6b. Source Language Input Program (SLP) 

7. Oniime Bebuaging Tool (GDT) 

Be Executive Debugging Tool (XDT) 

G9, Pest Meatem and Snap Shot Dump Program (PMD) 


1G, System Generation Procedures (Command files) 


lie Bad Block Locator Program (BAD) capable of running both in 


on-line and standalone form, 
i2, Disk Structure Verification Program (VFY) 
13, File Exchange Utility (FLX) 
14, Peripheral Interchange Program (PIP) 
15, Librarian Utility (LBR) 
16, File Dump Utility (DMP) 
17, Task Image Pateh Utility (ZAP) 
18, Test Routines/Sample Procedure 
19, Disk Save and Compress Utility (DSC) 
2e@, Cross Reference Program (CRF) 
21, ANSI Magtape Suoport (MTAACP) 


22, LOGIN/LOGOUT support (ACNT, HEL, BYE) 


32, 
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Multdsuser support utilities (SHUTUP,BROAD) 
Object Module Patch Program (PAT) 


PRESRV = Volume Preservation Program = (for RK distribution 
only) 


RMSeif macro and subroutine libraries and utilities 
File Compare Utility (CMP) 


Line printer despooler (PRT) and optional enhanced spooler 
packace : 


Indirect command file processor (yeeATe) 
Crash Dump Analyzer Program (CDA) 
DEC standard editor (EDT) 


New hich=speed BACKUP/RESTORE Utility 


2,3 Produet Aucience 


*SXe14M V3.2 is targeted to the current users of RSX=11iM (Realtime, 


2Paecess 


tonere’? and Communications/Networks) as well as sophisticated 


iseps whe wish ts operate a multieuser system for program development 
amd pumming of applications, 


2.4 Comparison With The Competition 


tompetitive data is available from Product Management, 


2,5 Product Eveluation Strategy 


~— Section 11 (the GA Plan) that {s provides by - Software Quality 
danagement, 
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3 PROJECT GOALS 


» Provide bug fixes and reliability enmhaMcements, 


Provide mew device support in time to eaxplo{t new haftdware 
peripherals, 


. SYSGEN and ease of use emhantements, 
» Pravide an operating system kernel for SCS=ii, 


It {8 a reauipement of RSXel!N ¥3,2 that all Monmeprivileged programs 
written to fun on RSXefiM FLUS V1I,B, RSX9i1M V3 1, of RSXeiliS Ve,i 
will pum without modification, Tasks written for these versions of 
RSXm1liM or RSxXeitS will we on RSXel1D V6.2 of IAS Version 2 by 
rebudiding the tasks Secvises. they do mot use the Memery Management 
(PLAS) directives, 


Tt Ys planned that RSX¥WLiM VE,2 tasks will run unchanged with only a 
pf ible relink under VAX@VMS_ ive 


3,2 Functionality Not Planned 


No new functionality is planned that would compromise the system's 
peal time response Or raldability, Furthermore; funertional 
enhamcements not directly relating to the above can only be considered 
if funding andsor personnel commitments accompany the reauests, 


3.3 Pepformsence Goals 
The performance of RSX=14é V3.2 will eaual that of RSX=1iM Viele The 


performance of RSX=#11M eauals or surpasses that of RSX*11D V6,2 and 
IAS im most categories on comparable configurations, 


3.4 Contiguration Geals 


c ae Minimum Hardware Configurations 


A)] mimimum hardware configurations currentiy listed im the V3.1 SPD 
will be supported, In addition, the following new minimum 
configurations will be supported? 


PAGE 1% 


1, RP@7? system device 
2uK memory 
and 
 RHII/RH7@ controller and one RP@7 drive. 
and 
TMi1 controller and one TE/TUIZ drive op, 


RH/TMG2/G3 controller and one TE/TUL6 or TU4S or TUT7 drive, 
or 


RH/TM7T& controller anc one TU78 deive or, 
TSii controller and one TSB4 drive, 
2, RL@2 system device 
2uK of memory 
RLit controller and twe RL? drives, 
For magtape distribution, the following {8 required? 


RL{i centroller and sme RLB2 drive 


RH/TMB2/23 controller and one TE/TUI6 or TUS or TU77 drive 
OFs 


RH/TM7TR controlier amd ome TU78 crive or, 


TS11 controller and one TSAM drive, 


3.4.2 Supported Hardware Options 

RSX@11M V3,2 will provide support for the processor options, real time 
clockS, and seripheral devices currently listed in the V3.3 SD. In 
addition, the following hardware options *{11 4180 be supported, 
RLii=RL@2 Cartridge disk (Files=11 Structure = System Device) 
RHLL/RHTORPOT Fixed Media Disk (Filesel! Structure = System Device) 


RX2LL°eRXGZ/RXG3 Floppy Disk (Fileseli structure 
or RT11 format supported via FLX) 
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( 3 Tape Cartridge (Files=11 structure of RTIi1 format supported via 
FLX) 


: 
isa 


TMG3-TUT7 Mactape (ANSI File Structured or DOS format Supported 
y 


TM78=TU78 Magtape (ANSI file structured of DOS Format SHOR ODEES 
via FLX}, 


VT1@@ Alphanumeric Display Terminal 


Note 


DLiiwE modem support for terminals wild 
be available only with the optional) new 
terminal driver, 


3,5 Sysrort fest Goals 


( is our goal to meduce support costs below the levels for RSX=1iM 
V3.1 (see seetion 7,8), 


3,6 Reliability Goals 


M V3.2 will support error legging of device errors far all disk 

d tapes as well as jogging of CPU parity errors on the 
PDPw11/LU/6R/70/74 processors, These features should {improve the. 
reliability of the total system by catching devices as they begin to 
fails total system uptime should thus be in€reasecd, The software 
system goal {s to be at least as relfable as previous versions of 
RSXe11M, 


+»< 
i 

he 
i 


3,7 Trade off of Priorities 

The key goal of RSXe11M V3,2 (s to provide a feliable system update 
release in a timely manner, Key items ‘{n order of decreasing 
importance are the following? 

Reliability of Software == Released on schedule, 

if Device Suppert 


SYSGEN and other easewofeuse enhancements 


New hiqh=speed disk backup/mestore 
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New terminal driver 

New print spooler 

RSX=115 support for IAS 

Time will be treded off for the inclusion of the above features, 


however the system will not be released until we are satisfied with 
{ts reliability, 


&.@ RELATIONSHIP TO OTHER PRODUCTS 


* 


4,1 Relationship to Other System Projects 


Heled RSXefih V3.2 with RSXeiiM PLUS V4 


RSX*=1iM PLUS was based en RSX=iiM V3 but has undergone significant 
internal redesign and enhancement expecially to make the system more 
attractive jn the highmavailability and commercial environments, It 
wi}l be marketed for the very highweend PDP#11 systems, Therefore, 
RSX=i{M remains the major multiwtasking, real time system for the 
corporation, 


A sianificant amount of functional overlap (about 88%) will exist 
between RSxwl1™ V3,2 and RS§Xel11D V6,2, RSX=liM requires significantly 
less memory (approximately ome half) and, with the excertion of the 
COil card peader, supports more peripheral devices. 
RSX@11M will compete best im situations where? 

1, The lowest price ¢s important, 

2, A Specific laboratory Job is reauired 


3, Realtime response and/or network throughput {S essential, or 


G, RMS facilities, BASIC+2, or COBCL V3 a@re required, 
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Uat,e3 RSXel1M V3B,2 with RTiteF/B 


Rril=F/B is targeted toward single Conewatwaetime) task operation with 
parallel program development in the background, As such, an overlap 
with R&XWi1M V3,2 exists, but this overlae is minimal and will allow | 
our customers to make tradewoffs (single user vs. multi=programming, 
smaller executive size vse RSX=1i compatibility, ete.) within a range. 
of DEC products rather than buy from our competitors. 


Seo, RSXeliM V3,2 with TAS 

As Compared with RSX=11D V6.2 there will be a lesser amount of overlap 
in fumetionality between RSX=i1M V3,2 and IAS, RSX=tié will require 
sionificantly less memory, However, IAS js targeted to the large 
multimfumction opem shop environment, : 


BeisS REXe{ i V3.2 with RSX=iis V2,2 


RSX*{iS V2,2 is a subset of RSXe11M V3,2 and will be directly 
gemeratable from the latter, In addition, RSX=l1S V2.2 will be 
packaged such that RSX=11M PLUS. IAS and RSX#11D V6,2 may also serve 
¢ host systems, 


G2 RSXei¢h V¥3,2 Dependence om Other Projects 


RSXei1M V3,2 is dependent upon the RT/C I/0 Subsystems Group for 
writing derfvers for the TUS8, TU7T8, RX@2/RX23, RPZT and TS@4 as wel} 
as for maintenance and enkancememt of all disk and tape drivers, 


Maimtemance and enhancement of the file SySterm software (FILACP, 
MTAACP, MOU, DMO, UFD, INI, BAD, FCS, DSC, PRESRV, PIP, DMP and VFY) 
rests with the RSX Files Group, 


Support of RMS#ii as well as the RMS utilities resides with the 
Commercial Software Systems Groupe Because the basic RMS#11i software 
#s Bundied with RSX=11M, an up=tosdate, rejeasabje RMSe{{ patkage 
should ba available by the Field Test base level, (Current 
indications are that this should be RMS=ii Vi,6,) 


The commercial Software Systems Group is responsible for providing an 
updated version of EDT, the DEC stancard editors for pelease with 
RSX=i1iM V3.2, 


Support of user mode diagnostics will be done by Diagnostic 
io Additional dfagnostics for new devices (RL22, RM23, 
4, RK@7, etce) will also be their responsibility. 


PAGE 14 


We are heavily dependent on outside groups that provide layered 
products to run on our system (come{lers, DECNET, ete,) to ensure that 
they operate properly and can be integrated into the system easily by 
Our users, Because these products are so numerous, we expect our 
involvement to be limited mainiy to techmical consultation and 
production of base levels for testing, 


See the RSx@14é V3.2 System Plan for a detailed list of dependencies, 


4.3 Dependence Of Other Projects on This Project 


SCS"iit (Small Commercial System) will be using RSX={1M V3,2 as the 
operating system kernel, 


U.4 Relation to Applications Software 


Applications software consistins of nonerivileged tasks which were 
developed for 8S5XeiiMé V3,1 will continue to operate under RSk=11é 
V3,2, Privileged tasks which interface to system data structures will 
require little or no modificsticns, 


S.@ -APPLICASLE STANDARDS 


S.i Extant Standards 
The followina approved Standards ate supported? 


DEC 125 Cassette Format 

DEC @51 Ceded Character Sets 

DEC $12 Data Format for Output 
DEC 1#9 Derive Selection 

DEC 11% Escape Sequences _ 

DEC 1141 Terminal Synchronization 


S.2 Pending Standards 


If the new command language interface is tc be implemented (see 
Section 2e2ne)» the Digital Commano LanSuage specification as 
implemented on RSX#olim PLUS will be used, 
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3 Standards Needed or Suagested 


a Ned 


good Macroeli Assembly Language Programmine Standard should he 
avaftlable, 


5,4 Compatibility 


Compatibility with RSX=11M V3.1, RSX=11M PLUS Vi and the existing 
VAXeVMS AME will not be disturbed, 


6,8 DEVELOPMENT REVIEW BOARD 


The development review board will be responsible for reviewing all 
functional ssecifications relating to RSX=1iM V3.2, It will be their 
responsibility to consider compatibility items and suppert of their 
products by REXel1M V3,2, 


Kurt Feiedrich » Product Manager 
Brad Giass = Softwape Quality Manager 
Fesnk Hessett = Software Development Managef 
Clark D°Elja = Software Development Supervisor 

' Sapo = Operstions Group Sottware Services 

e Cutier = VYAXeVMS Development 

Ray Moseem = SiCnet Project Leader 
Howard Lev =» Software Develooment Manager — 
epi¢ Polieck = Software Development Supervisor 
Eric¢ Baatz » Scftware Development Supervisor 
Bill Munson «» Software Development Manager 
Charife Santos » Software Quality Management 
Billi Page = Software Development Supervisor 
Jomhm Mergan =» C&SSG Development Manager 
Johm Holz = IPG Software Application Manager 


7,@ PLAN TO REDUCE SUPPORT COSTS 


We Bre actively working with Software Quality Management, Software 
Services, and Educational Services to {improve the system generation 
process, The goal of this effort will be easy RSXae11M installation, 
In addition, development personnel are committed to erovide 
-comsultation and documentation review services to aid in the 
preduction of the RSX=liM Software Support Manual, 


As part of this development project, machine readable autoepatch kits 
for RSX=1{M V3.1 will be produced on a cuarterly basis starting with 
( ‘ 4978, 


8,8 COMPONENT PLANS 
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Being a mature product, RSX={1M work will be mostly involved in 
modifying the existing software, 


9,@ DEVELOPMENT STAFFING AND WORK PLAN 


9,1 Staffing Plan 


Modifications to the Executive, MCR, file system and the Utilities 
will be performed by members of the RSX Development Group, 
Modifications to the device drivers will be provided by the RTvC I/0 
Subsystems Group, In addition, one pregramm@r from the SCSeli group 
will be located jm Tewksbury to contribute to the RSX-11M develonment 
effort while et the same time gain extensive system exposure, 


Qelei Progrpammers/Desianers 


Name Princical Funetion 

Clark D°Eléa Management and Design 

Jim Matthews Programming and Design 

Bernie Aldmome: Programming and Design 

Charies Spitz Programming and Design 

Paul Kobar Programming and Design 

Mike Harvey Programming and Design (LPAl1=K) 
Debbie Girdler Programming and Design (Fast Backup) 
Dele Donchin Programming and Desian (Fast Backup) 
Walter Duna] “Performance Evaluation (SOM) 

Mike Harrison ‘System packages and SYSGEN ease=ofeuse (SGM) 
On Loan Programming and Design (from SCS=11) 


Geiee Project Leader 


Clark D°Elia 
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9o123 Statfina By Quarter 


Se. System Pian, 


9eie4 Funding By Guarter 


See System Pian, 


G$.2 Software Develooment Strategy 
A base level development cycle wil) be employed periodicaliy merging 
new fumetionality into the previous base ievel, Each Base level will 


be designed so that critical Software components are available at the 
proper time for work to oresece on the new features, 


9.2.1 Mandatery Tasks 
» Provide maintenance to sxisting system code 
» Produce quarterly auts catch kits for RSX=11é V3.1 
» Provide SYSSEN easessisuse improvements 
» Provisce mete mass storase device support 
& Provide RSX=i1S support for IAS - 
» Write a highespeed disk backup/restore utility 
» Provide new terminal drivers for eptiofal use 


» Provide enhanced print spooler functionality 


9,222 Optional Additional Tasks 


See section Pye eR 
9.3 Code Reviews 


ae Code Review Plan 


Spot checks om the quality will be made by Clark D°E}ta, Erie Baatz 
amd Eric Pellack to ensure that a high avality level is upheld, Newer 
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members of the group will be subject te more {Atensive supervision and 
code reviews, 


9.3.2 Code Reviews 


Code will be reviewed by the senior members of the develorment team. 
These reviews will be entirely internal to the RSX=11M group and will 
be conducted om an as needed basis, 


9,4 Hardware Reouirements 


This development schedule is dependent upon the availability of 
adequate hardware resources, Insufficient e@sources at suitable ECO 
Yevel will adversely affeet the schedule and cause a slippage, 


Starting im Nov=78, we must have access to prototypes for the 11/23 
and {1/44 precessors,. The engineering configurations must be usable 
to an Operating system develoser in that they include at least 32K of 
memory initiaity amd that trey have & minjmUm of two RLOL Cor RK&5) 
disk deives ep ome disk drive snc a magnetic tape unit (889 bpi, 
Jetrack}. (Note that systete configured with only flopoy disks as a 
system device are unmacceptabie.: Te test fully the extended addressing 
of the 11/44, that processor must have a minimum of 128K of memory by 
{jeJene79, We wii} peaudee us ts 12 hours a week access starting 
{eDece7&, 


Ge4.i Development Configurations 


As much development as possible will be dome om SYSTEM #1035%, which 
contains all the master source disks and wil! rum the most recent base 
level of RSXel1é, This machine will be used for editina source 
modules, assembline and linking and testing of all nonprivileged 
tasks, Jt will also be used for building base levels of the software, 


System #14356 will be transferred to another cOst center in September 
1978; system #18625 will become its replacemeMt,. 


In addition, it 18 recognized that a Standalone confiouration must be 
available for at least 4 hours a day, This should be system #3723, 


94422 Debyaqoing Contigurations 


Various other configurations available im the Tewksbury Comouter room 
will be reaulred averaging a total of 2 hrs per day until spe 
supmissfon, This -time reauftrement will ususily occur «mn tursts of 
longer time requirements but should average 2 rs per day, 
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9,4,3 Where located 


( machines must be located in the Software Development facility in 
Tewksbury, 


9,4,4 Machine Time Needs During Each Phase 


System #12350 (or replacement) must be available 24 hours per day 
during the entire development cycie, 


Other machine utilization will average speroximately 2 hours a day of 
peime time, For the two weeks preceding field test and submission to 
SDC (during the checkout of the packaging) we will reaujre up to te 
hours a day of prime time on various configurations, 


9,4,5 Special Hardware Reouired and Dates 


Special Bardwase requirements exist only with Pespect to mew device 

supporte Conserned hardware engineering arGups should consult with 

the supervisor of the RT/C I/0 Subsystems Group for coofdination, In 

genersl, fully operational prototype hardware must be available at 

least {1 menth peior to the Base Level listed im section 18,2 below for 
‘¢ uston of cha device driver into that Base level, 


To ensuee srapes intearation and support for the new processers (11/23 
apd 117443, we should have access to the prototype hardware no jater 
than i#Dece7&, 


12,8 IMPLEMENTATION PLAN 


10,1 Majop Activities and Gating Factors 


Successfyl project completion depends upon. meeting machine 
configuration/time requirements set forth and timely detivery of 
related software components, In addition, the timely fulfiliment of 
programming staff is viewed as a Major dependency, 


18,2 Major Milestones 


The major milestomes for RSX@11M V3.2 will be the completion of the 
baee levels om time, The major content Cf each Base level fs as 
f ows? 


Base Level 23 FAxeJune7& 
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Preparation of functional specifications complete 
Staffing complete 
New Terminal driver running 


Base Leve} 24 1S-Sepe78 


Device drivers available for RL@2,RP27,TSE4,TUT7T, and RX@2/83 
STOP=BIT directives 


Base Level 25 15=Nove78& 


Device driver available for TU5& 
New Print Spooler 4 

New Backup/Restore Utility 
Sysgen Irsrovements 


Field Test BieDec=78 


Bese Level 26 15=Febe79 


Device criver available for TU78 
Support fer 11/23 and 11/44 processors 
Syscen imerovements 


Evbmission to S9C ABeMare79 


Fiest Customer Shipments 19eAor=79 


12,3 Risks and Contingency Plans 


Fulfillment of staffing in a timely manner is Viewed as a major risk. 
Failure to obtein critical team members by June, 1978, will cause the 
delay of the Product oF the dPopping of portions thereof, In 
particular, the following potential impact is foreseen: 


~ Fa{lure to obtain SCSi1 programmer will result in the 
elim{mation of new executive features and new MCR features as 
indicated tn section 2,204, 


Slippage of hardware engineering crojects has claced in Jeopardy total 
support/integration into the system for the following devices? 
RPB7,TS@4,TU7T8. Our development efforts for these devices must be 
accomplished totally using prototype hardware, Announcement of 
official device support for these Cand all other new hardware) will 
mot be made by the product manager until the software is successfully 
tested om production hardware, 
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Prototypes for the new processors (11/23 and 11/44) should be 
af ilable for testing software by teDece78, Failure to gain acequate 
akwléss to the hardware will result in iimited Or mo support for the 
mew precessors im RSXe11M V3.2, 


19,4 PERT and Milestone Techniques 
PERT will not be used, Detailed monthly _peports will be prepared. 


listing milestones met and missed, work {mn progress, work completed, . 
and work planned for succeeding month. 


11,2 DOCUMENTATION STAFFING AND WORK PLAN 


{i,i Writers 


The RSX={1M group and the Tezrnical Writing Group (headed by Pon Van 
Volkenburc) wiit be responsioi2 fer ay} RSX=11§ V3.2 documentation, 


1¢ Documentation Strateay 


See Dacumentatien Plan, 


11,3 Documents 


See Documentation Plan, 


11,4 Documentation Reviews 


Manual review is a serious undertaking, We will provide two weeks for 
review and conmstrue jack of written comment as agreement that the 
quality of the manual %s, from the reviewer’s point of view, up to 
DEC’s high standards, 


Two reviews will be conducted with the first considered the most 
epitical, This preview will occup at the comoletion of the initial 
draft and has a wider distribution, The second review haz limited 
distribution and incorporates reviewer comments and will be the 
signoff cory, . 


1 tial reviews will be conducted by: 


1, RSXetihM/MePLUS Team members 


6, A 
7. =A 


&, A 


Seftware Support representative 

Training representative 

Software kKriting representative 

Software Guality Engineering representative 
Marketing representative 

Product Management representative 


Software Development Management repfesentative 


9, Am RSXwLID/IAS representative 


10, A 


DEENET representative 


11.5 Documentation Reviewers 


All RSXe11M developers olus? 


Ed Sapp (Software Services) 

Carl Rehbein (Software Services) 

Franeios Neouvion (Training) 

Don Van Voikenburg (Tech Writing) 

Charile Sentos (Software Quality Engineering) 
Cari Ralston (LDP Marketing) 

Bernie LaCroute (VAX Product Manéger) 

Pete Kilbourn (OEM Marketing) 

Red Flakes tIPG Technical Services) 
Koper eeHiok (Software Product Management) 
Frank Hassett (Software Development Management) 
Roger Allen (IAS) 


11,6 Machine Time 


Machine time requirements fom writers will be determined 
Documentation group and deseribed tn their detailed plans, 
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{2.08 QUALITY ASSURANCE PLAN 


( 


Ss 4 
aged 


-- 


The purpose of this section is to describe the plans for assuring the 
quality of RSxX9iiM ¥3,2 before its release to SDC, A significant part 
d 


of quality assurance {is the test process itself, the stages of an 
plans fop which are described below, 


However; this test process 4s made much simpler; and the resultant 
auality of the product higher, if the entire design and development 
process is geared toward planning for testing and "“buitdine auality 
in" pather than “adding it on" or waiting until the end of the 
development eycle to see if it’s there, To that ende it fis incumbent 
on every developer and documenter to plan for auality in terms of both 
desian and development, Individual work plans should reflect this, as 
the system must be successfully subjected to the testing described in 
the following sections before development js cOnsidered complete. 


2,2 Umit and System Testing 


Unit and Syster Testing are the responsibility of the develepment 

| de Each 2SxXe11M programmer amd documenter is responsible for the 
aUaelity of ais work, both in terms of its deSigqn jntegrity and as 
wl¢imately eserceivable by the user when it becomes part of the total 
system, Exhaustive unit testing of the progratmer’s own design must 


be complered for each component before it cam be integrated with the 
system (which in this case is RSX»11M V3,2), 


ion testing will be conducted using the traditional "building 
sock" approach, As individual components successfully complete the 
unit test phase described above, they will be integrated with the 
existing base system to form a mew base level. Base level contents 
and dates are deSeribed elsewhere in this document, The eniteria for 
satisfyimg the preauirements of each base level are defined in the 
RSXm{1iM V3.2 System Plan, and will be used by SOM to monitor and 
measure development PROGRESS, The System Plan also defines 
responsibilities of other groups that must be synchronized with 
efforts deseribed in this plan in order to produce a complete systems 


System testing will be that ‘test phase conducted on the last 
"development" base level; that is, aj}! Coding, unfit testing and 
integration testing is done (the complete system exists), Again, see 
the System Plan for specification of System Test entry criteria, 
System Testing will be conducted by the development group on the 
development machine, by all users of that machine, by Software 
eae and by Manufacturing as deseribed below, Specific tests 
& eloped by SGM and the developers must be run to address system 
functionality, response, performance and cocumentation, 
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Special emphasis will be placed on new functionality, but from the 
prospective of how it relates to the operation of the total system, 
Successful completion of System Test as defined in the System Plan is 
a necessary condition for progression to the Field Test Phase 
described below, 


12,3 User Environment Testing 


As each defined base level! becomes available, it will be subject to 
heavy use {n the Manufacturing sites via exercise of the RSxei1M User 
Enviromment Test Package (UETP) developed by SQM, UETP development 
plans will be comstructed to allow this to be possible, SQM and 
Emoineering will also use this package to address system funetionality 
for each base level, This test {5 fnmeremental to other tests 
described herein, As such it is a mecessary, but mot ai sufficient 
base level requirement, SQM will assess system "goodness" based on 
UETP execuriom results at all locations, Manufacturing is expected to 
comtinue heavy use of the field test base level and the UETP in 
parallel with the Field Test Phase deScfibed below. 


{2.4 Fieid Testing 


The purcose cf Field Test is to help establish the level of confidence 
that we have {nm a system before it is released to customers on an 
urlimited basis, This ts possible because the system {s exercised in 
customer environments chosen because of their ability to address 
system fumetionality in wavs that we canmot duplicate or do not have 
adequate resources to make {t feasible, 


Field Test is incremental to system test. It fs not a substitute for 
{tp and as such must be defined as a distinet part of the development 
Process, It {8 further comstraimed by the fact that it {s a serial 
effort, Field Test cannot begin until design, code, unit test, 
integration test and system test are all complete as definec in the 
system plan, We should send a system to the field test with the idea 
that a problem is an exception rather than a rule, The planned Field 
Test period for RSX=11M V3.2 is two and One half months tong. A 
detailed Field Test Plan will be & part of the RSX={iM V3.2 System 
Plan, and will be authored by SQM {im conjJumetion with Product and 
Development Management and Software Services, 


12,5 Demonstration Tests 


None Pianned, 
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12.6 Documentation Assurance 


Che of the primary ways that the quality of the system {s measured by 
the user is via the documentation, A mew us€r needs it to start his 
WORKS an expertenced user needs it in Order tO take advantages of new 
features and to understand changes to the systems. Documentation 
should undergo, all the phases of test that the software undergoes. 
The responsibility TOF esnducting these tests is 5 Totnt effort among 
documentation development and SQM groupse The documentation must be 
field tested along with the seftware, It must therefore be complete 
at the start of Field Test (See the System Plat). 


12.7 Human Feetors Evaluation 


Hyman encineering comcernsS relating to the use of the syStem software, 
the user decumentation, and the system gemeration process will be 
addressed by SQM in their testing efforts, Additionally, one of the 
elements of feedback from customers during field test will inelude an 
implicit evaluation of human factors considerations for both software 
and documentation, 


CC Woek Pian 
Test Developmen? will be comdusted bY development (unit, integration, 
system tests3, 36M (UETP) anc Software Services (miscellaneous), 


Schesules and milestones for tha QA process are included in the System 
Plan, as they relate to the entire system, 


12,9 Release Criteria 


The singlemost important criterion for the release of RSx={1é V3,2 ds 
quality, At mo time and for no reason will auality be compromised. 
The criterion of "auajity". is implemented by way of scecific eriteria 
for eath phase of testing described above, Again, these eriteria, 
with a schedule for their completion are contained in the System Plan, 
SQM will be responsible for determining whether or not these criteria 
are met, amd will provide information to the Product Manager, who has 
the ave imaee release decision responsibility, 
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13,2 DISTRIBUTION PLAN 


13,1 Release Packages 
Fach RSXeliM V3,2 distribution kit contains a bootstrappable system 
capable of punning om the minimum configuration for which it qs 
intended, All system components rpeauired to rum amd generate custom 
tailored RSX=11™ V3.2 systems are also included in the kit, 
The software kit provided with each RSx=11M V3.2 system contains both 
source and binary modules (source is provided to enable the requisite 
conditiona) assemblies which minimize the size of the executive), The 
software kit includes? 
Source Modules 

i, Executive (includes Executive Debugging Tool) 

2, I/0 Drivers 

3, File system (FLLACP) 

&, MCR routines (MCR) 
Binary Modules 

1, MACRGeli Assembler (aunset and full) 

2. Task Buiider (TKB) 

3, Interactive Editor (EDL) 

4, Source Language Input Program (SLP) 

5, Perpicheral Interchange Program (PIP) 

6, File Exehenge Utility (FLX) 

7, -Disk Structure Verification Program (VFY) 

8. File Dump (DMP) | 

9, Online Debugging Teehniaue (ODT) 

10. Object Module Patch Program (PAT) 

t1, Librarian (LBR) 


12, Test Routines/Sample Procedure 


13, Post Morter and Snap Shot Dump Program (PD) 
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ia. Bad Rlock Locator Program (BAD) 

15, Task Image Pateh Utility (ZAP) 

16, Disk Save and Compress Utility (DSC) 

17, Global Cross Reference Program (CRF) 

18, ANSI magtape system (MTAACP) 

iG, Multdeuser Protection Programs (ACNT, SHUTUP, BROAD) 
22, Line printer despooler amd optional enhanced spooler package 
21, RMS\il macro and subroutine libraries and utilities 
22, File Compare Utility COMP) 

22, Crash Sump Analyzer Program (CDA) 

24, DEC standard editer (EDT) 

25, Naw hisheSpeed BACKUP/RESTORE utility 


The content of the documentation kit is specified in the Documentation 
PY Le 2 


13,2 Fersecast Fer Quarter by Type of Distribution Medium 


See Business Plan, 


{3,3 PremRelease Policy 


Due to the availability of sites for field teSt, there will be no 
ppeereleases of this product, After RSX=11M V3,2 {s submitted to the 
SDC, software preareleases may be made by the Product Lines or by 
Software Services, Al) peauests must be approved by the Product 
Manacer, Preparation of the distribution media, decumentation 
availability, amd support become the sole responsibility of the 
requesting party, 
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13,4 Subseouent Release And Policies 


To be supplied as part of business plan, 


13,5 Software Support Distribution Peckages 


Software support’s automatic distribution system will be utilized dn 
Sistributing software kits to specialists, 


14,8 TRAINING PLAN 


14,0,1 Software Support Training 


Minimal Software Support training Should be reSuired for RSXe1iM V3,2 
beyond that elpeady provided for RSX=11M V3.1. 4 one of tho day 
seminar covering RSX=11M V3,2 enhancements and new facilities should 
be sufficient, Key developrert personnel will be available for 
consultation and initial presentstfons,. 


44,8,2 Customer Trainina 


The existing RSX=i1é course will be adastable to RSx=114 V3.2 with 
minimum effort, 


15,8 SOFTWARE SUPPORT PLAN 


TSS, 
16,8 MAINTENANCE -PLAN 


16,1 SPR Plan 


SPRs for RSX#{iM V3,1 will be supported for 6 Months after the Pelease 
of V3.2 from the SDC, After that time, only V3,2 will be supported, 
Furthermore, no intermediate base levels will Se suoported beyond the 
gemeration of the next; therefore, {it is a feauirement that layered 
software products be based om the final V3.2 released syste. : 
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16.2 Maintenance Release Plan 


No specific maintenance release is scheduled, However, auto patch 
kits will be ereated quarterly for RSX=11M V3.1, 


oi Post Partum Review 


Post Partum Review for this project will be held by the Software 
Quality Manager, 


[End of Project Plan] 


